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DETAILED ACTION 
Continued Examination Under 37 CFR 1.114 

A request for continued examination under 37 CFR 1.114, including the fee set forth in 37 CFR 
1.17(e), was filed in this application after final rejection. Since this application is eligible for continued 
examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) has been timely paid, the 
finality of the previous Office action has been withdrawn pursuant to 37 CFR 1.114. Applicant's 
submission filed on 12/22/2008 has been entered. 



Claim Rejections - 35 USC §102 

1 . The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the basis for 
the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

2. Claims 1-17 are rejected under 35 U.S.C. 102(b) as being anticipated by Sanderson 
(20020101448). 

Re claim 1, Sanderson discloses an integrated system of frameworks and data repositories for 
generating a graphical user interface in a client-server environment comprising: a user interface (Ul) 
repository (data factory 210 for example) residing in a database accessible to a client server hardware 
system, where said Ul repository, contains a Ul element (data element 208 for example), which defines 
data element attributes including data type, how to display data and labels (see figure 2 for example); a 
screen repository (specification 209 for example) residing in the database storage device accessible to 
the client-server hardware system, where said screen repository includes screen attributes, which defines 
the hierarchical navigational tree structure of screens for an graphical user interface (GUI) application and 
further defines what screen will be constructed and defines a GUI component of the screen based on the 
data type (workflow data, configuration data, see abstract for example); a data binding framework 
(content factory 213 for example) operable to bind data to the Ul element and the GUI component based 
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on data type (inherent in order to display); a (GUI) framework (controller 201c for example) operably 
residing at a client in the client-server hardware system, where said (GUI) framework is operable to 
control how data is handled and processed within the GUI component of the GUI application based on 
data type including binding data to the GUI component utilizing the data binding framework; and 

a navigation framework (view 201b, model 201a for example) operably residing at the client, 
where said navigation framework controls generating and displaying of the screens within an application 
and further builds a navigation tree structure based on the screen attributes; and 

an object oriented software application (see paragraph 0037, object-oriented implementation 
and XML, see paragraph 0046 for example) for generating a graphical user interface being executed in 
said client-server hardware system (client 201 D, server 206 in figure 2 for example) having functional 
interfaces for accessing repositories and frameworks accessible by the client-server network (see figure 2 
for example). 

Re claim 2, Sanderson discloses an integrated system of frameworks and data repositories for 
generating a graphical user interface, further comprising: a security framework (using 442 for example, 
inherent) operable to communicate information to the navigation framework causing the navigation 
framework to selectively deny a user access to screens by not providing the user with selections that 
would navigate to the screen (see figure 4b). 

Re claim 3, Sanderson discloses an integrated system of frameworks and data repositories for 
generating a graphical user interface, further comprising: a verification framework (validator 21 1 for 
example) operable to apply business rules to data contained in a data set and determine if the data is in 
error and if in error the verification framework communicates with the GUI component to display an error 
message. 

Re claim 4, Sanderson discloses an integrated system of frameworks and data repositories for 
generating a graphical user interface in a client-server environment comprising: 

a graphical user interface (GUI) framework (201c for example) operably residing at a client 
server hardware system in a client-server network environment, where said GUI framework is operable to 
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control how data is handled and processed within a GUI component of a GUI application based on a data 
type including binding data to the GUI component utilizing a data binding framework; 

a collection of integrated repositories (210 for example) relationally inter referenced by Ul 
elements defining the data type within their respective attribute tables operable for accessing and 
integrating all attribute elements relating to generating a graphical user interface; 

a collection of executable object oriented routines (209 for example) being executed on the 
client-server hardware system (client 201 D, server 206, see figure 2 for example) and operable to 
manipulate the GUI framework; 

a collection of XML files (content 207 for example) operable to access and export data from the 
repositories at run time for use by the GUI application; an XML layout manager (format 212 for example) 
operable to define the screen layout from the collection of XML files; and a navigation framework operably 
residing at the client, where said navigation framework (view 201b for example) controls generating and 
displaying of screens within the GUI application based upon the XML lay out manager and the repository 
attributes accessed and exported by the collection of XML files and further builds the navigation tree 
structure based on the repository attributes. 

Re claim 5, Sanderson discloses an integrated system of frameworks and data repositories for 
generating a graphical user interface, further comprising: a security framework (using 442, inherent) 
operable to communicate information to the navigation framework causing the navigation framework to 
selectively deny a user access to screens by not providing the user with selections that would navigate to 
the screen (see figure 4b). 

Re claim 6, Sanderson discloses an integrated system of frameworks and data repositories for 
generating a graphical user interface, further comprising: a verification framework (validator 21 1 for 
example) operable to apply business rules to data contained in a data set and determine if the data is in 
error and if in error the verification framework communicates with the GUI component to display an error 
message. 

Re claim 7, Sanderson discloses an integrated system of frameworks and data repositories for 
generating a graphical user interface in a client-server environment comprising: 
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a screen repository (209 for example) residing in a database storage device accessible by a 
client-server hardware system, where said screen repository includes screen attributes, which defines the 
hierarchical navigational tree structure of screens for an graphical user interface (GUI) application and 
further defines what screen will be constructed and defines a GUI components of the screen; 

a user interface (Ul) repository (210 for example) residing in the database storage device 
accessible to the client server hardware system, where said Ul repository, contains a Ul element, which 
defines data element attributes including data type, how to display data and labels; and 

a data binding framework (213 for example) operable to bind data to the Ul element and the 
GUI component based on the data type defined in the Ul repository; and 

an object oriented software application (see paragraph 0037 object oriented implementation and 
XML in paragraph 0046 for example) for generating a graphical user interface being executed in said 
client-server hardware system (client 201 D, server 206, see figure 2 for example) having functional 
interfaces for accessing repositories and frameworks accessible by the client-server hardware system 
(see figure 2 for example). 

Re claim 8, Sanderson discloses an integrated system of frameworks and data repositories for 
generating a graphical user interface, further comprising: a security framework (using 442, inherent) 
operable to communicate information to the navigation framework causing the navigation framework to 
selectively deny a user access to screens by not providing the user with selections that would navigate to 
the screen (see figure 4b for example). 

Re claim 9, Sanderson discloses an integrated system of frameworks and data repositories for 
generating a graphical user interface, further comprising: a verification framework (211 for example) 
operable to apply business rules to data contained in a data set and determine if the data is in error and if 
in error the verification framework communicates with the GUI component to display an error message. 

Re claim 10, Sanderson discloses an integrated system tool comprising: 

A computer executable administrative computing tool application electronically stored in 
electronic memory of a computer (server 206 for example) where said administrative computing tool 
includes, a navigation tool (201 b for example) for building a navigation framework adapted to control the 
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generation of screens for a graphical user interface (GUI) application and further adapted to define the 
hierarchical relationship of the screens, a screen repository tool (209 for example) operable to build a 
repository of screen attributes to establish a hierarchical screen navigation structure and a corresponding 
Java class construct to be executed and a GUI component, a user interface repository tool (210 for 
example) operable to build a user interface repository having user interface attribute tables of user 
interface elements corresponding to the GUI component, and a data binding framework tool (213 for 
example) operable to build a data binding framework operable to bind data from an appropriate data set 
to the user interface element and the GUI component, 

Where said computer is operable to generate and display a graphical user interface utilizing 
said framework and said repository tools (see figure 2, items 201a and b for example). 

Note that in regards to "in a test environment", it has been held that a recitation with respect to 
the manner in which a claimed apparatus is intended to be employed does not differentiate the claimed 
apparatus from a prior art apparatus satisfying the claimed structural limitations. Ex parte Masham, 2 
USPQ2d 1647 (1987). 

Re claim 1 1 , Sanderson discloses an integrated system tool, where the administrator computing 
tool further comprises: a security framework tool (using 442 for example) operable to build a security 
framework operable to communicate information to the navigation framework causing the navigation 
framework to selectively deny a user access to screens by not providing the user with selections that 
would navigate to the screen (see figure 4b), where said computer is operable to generate and display a 
graphical user interface utilizing said framework and said repository tools (see figure 2, items 201a and b 
for example), additionally including said security framework tool.. 

Note that in regards to "in a test environment", it has been held that a recitation with respect to 
the manner in which a claimed apparatus is intended to be employed does not differentiate the claimed 
apparatus from a prior art apparatus satisfying the claimed structural limitations. Ex parte Masham, 2 
USPQ2d 1647 (1987). 

Re claim 12, Sanderson discloses an integrated system tool, where the administrator computing 
tool further comprises: a verification framework tool (21 1 for example) operable to build a verification 
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framework operable to apply business rules to data contained in a data set and determine if the data is in 
error and if in error the verification framework communicates with the GUI component to display an error 
message, where said computer is operable to generate and display a graphical user interface utilizing 
said framework and said repository tools (see figure 2, items 201a and b for example), additionally 
including said verification framework tool- 
Note that in regards to "in a test environment", it has been held that a recitation with respect to 
the manner in which a claimed apparatus is intended to be employed does not differentiate the claimed 
apparatus from a prior art apparatus satisfying the claimed structural limitations. Ex parte Masham, 2 
USPQ2d 1647 (1987). 

. Re claim 13, Sanderson discloses a method of generating a graphical user interface utilizing 
an integrated system of frameworks and data repositories comprising the steps of: Receiving a screen 
(201d to 207 for example) request to a graphical user interface (GUI) application based on a user input; 
Accessing and constructing (from 201b to 201a for example) a basic screen and screen attributes from a 
screen repository corresponding to the user input as determined by a navigation framework; Binding GUI 
components (create instance in 210 for example) defined by the screen attributes with user interface 
elements from a Ul repository based on a data type defined in the Ul repository (see figure 2 for 
example); Binding data to the GUI components and Ul elements based on the data type (format 212 for 
example); and Displaying the screen on a display system (201b to 201a for example). 

Re claim 14, Sanderson discloses a method of generating a graphical user interface, further 
comprising: filtering a screen (with 442 for example) with a security framework operable to communicate 
information to the navigation framework causing the navigation framework to selectively deny a user 
access to screens by not providing the user with selections that would navigate to the screen. 

Re claim 15, Sanderson discloses a method of generating a graphical user interface as recited 
in claim 13, further comprising: displaying an error message (using 21 1 for example) with a verification 
framework operable to apply business rules to data contained in a data set and determine if the data is in 
error and if in error the verification framework communicates with the GUI component to display an error 
message. 
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Re claim 16, Sanderson discloses a method for building an integrated system of frameworks 
and data repositories for generating a graphical user interface comprising the steps of: building a 
graphical user interface (GUI) framework (201c for example) operable to reside at a client in a client- 
server network environment, where said GUI framework is operable to control how data is handled and 
processed within a GUI component of a GUI application including binding data to the GUI component 
utilizing a data binding framework; and 

building a collection (with 210 for example) of integrated repositories to be relationally inter 
referenced by Ul element data type within their respective attribute tables operable for accessing and 
integrating all attribute elements relating to generating a graphical user interface; and displaying a 
graphical user interface (see figure 2 and abstract for example). 

Re claims 17, Sanderson discloses a method for building an integrated system further 
comprising the steps of: building a verification framework (with 21 1 for example) operable to apply 
business rules to data contained in a data set and determine if the data is in error and if in error the 
verification framework communicates with the GUI component to display an error message. 

Response to Arguments 
Applicant's arguments have been fully considered but are not persuasive. Examiner reiterates 
that references to specific columns, figures or lines should not be limiting in any way. The entire reference 
provides disclosure related to the claimed invention. Applicant argues that: 

1) Sanderson teaches that the data factory 210 can include two types of data factories. One type 
can produce data elements suitable for transmission by the messenger function 202. Contents 
specification objects 209 are passed to the data factory, which specifies the structure and Symantecs 
thereby allowing this type of data factory to produce a suitable data element. The other type of data 
factory 210 can produce data elements suitable for interaction with widgets. Therefore, the data factory 
210 is not a user interface repository containing Ul elements of which define data element attributes 
including data type. To the contrary, the data factory 210 of Sanderson teaches the production of a data 
element based on transmitted content specifications. Therefore, the methodology is content driven and/or 
work task driven as opposed to a user interface repository driven by the Ul elements residing therein. 
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Therefore, the intended purpose of the claimed invention is not accomplished by the Sanderson reference 
(page 10, last paragraph). 

Examiner disagrees. 

As acknowledged by Applicant, the data factory 21 0 of Sanderson teaches the production of a 
data element based on transmitted content specifications 209. Sanderson (page 6, paragraphs [0054] to 
[0056]) further that the data factory can be implemented as a dictionary of conventional factory objects 
keyed on a specification 209 which correlates to the same element. Furthermore, a widget factory uses 
specification 209 to determine which Ul widget to produce to facilitate interaction between a user and a 
composite data element. Thus, Sanderson explicitly teaches the data factory 210 is a user interface 
repository (e.g., a dictionary of conventional objects specified by specification 209) containing Ul 
elements of which define data element attributes including data type (e.g., determining which Ul widget to 
use based on specification 209). 

2) The content specification 209 is disclosed in Sanderson at paragraphs 48, 49 and 50. The 
content specification 209 as described in Sanderson is provided to specify the structure and semantics of 
data elements. Sanderson teaches that each content specification 209 can contain attributes that define 
the behavior and allowable structure of a data element. However, Sanderson does not anticipate, teach, 
or suggest a screen repository which includes the attributes of various screens and defines the 
hierarchical navigational tree structures of various screens and further defines what screen will be 
constructed (page 11, last paragraph). 

Examiner disagrees. 

Sanderson (page 6, paragraph 56) teaches using a specification 209 to determine which Ul 
widgets to produce, and that the Ul widgets include display panels and widgets for displaying and 
accepting user input for atomic data elements. Thus, Sanderson explicitly teaches a screen repository 
(e.g., displaying a specific display panel corresponding to a particular specification 209) which includes 
the attributes of various screens and defines the hierarchical navigational tree structures of various 
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screens and further defines what screen will be constructed (e.g., a display panel displaying various Ul 
widgets is a hierarchical navigational tree structure). 



3) The Examiner further asserts that it is inherent for this to occur in order to display. The content 
factory taught by Sanderson is an object that generates content objects on behalf of a messenger 202. 
Therefore, the content factory does not teach the limitation relating to a data binding framework operable 
to bind data to the Ul element and the GUI component based on data type (page 12, antepenultimate 
paragraph). 

Examiner disagrees. 

Sanderson (page 6, paragraph [0056] teaches determining a Ul widget by using a specification 
209 to determine which Ul widget to produce. Sanderson (page 6, paragraph [0054] teaches a single data 
element 208 corresponding to a specification 209. Thus, Sanderson explicitly teaches a data binding 
framework operable to bind data to the Ul element and the GUI component based on data type (e.g., a 
data element is manipulated by a Ul widget because a Ul widget is chosen based on specification 209). 



4) The controller 201 C of Sanderson is part of the task function 201, which is a self contained 
logical module that performs a specific kind of interaction with the user or otherwise a non-visual process. 
The controller portion of the self contained logical module is a function for initiating and responding to 
events associated with tasks 201 . There is no discussion in Sanderson that the controller is operable to 
control how data is handled and processed within the GUI component (page 12, penultimate paragraph). 

Examiner disagrees. 

Sanderson (page 6, paragraph [0056] teaches determining a Ul widget by using a specification 
209 in order to facilitate interaction between a user and an individual or composite data element. Thus, 
Sanderson explicitly teaches a controller being operable to control how data is handled and processed 
within the GUI component (e.g., the Ul generator controls which Ul widgets are displayed to the user, 
based on specification 209, and the Ul widgets, which cause communication with server 206, in turn 
control how data is handled and processed). 
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5) The Examiner also asserts that the data stream that is an XML document as described in 
paragraph 46 anticipates a software application for generating a graphical user interface having functional 
interfaces for accessing repositories and frameworks. However, the XML document referred to in 
paragraph 46 is merely content within a data stream (page 12, last paragraph). 

Examiner disagrees. 

In paragraph [0046] Sanderson teaches using an XML document, for example, to enable 
communications back and forth between a server and a declarative Ul generator. Further, Sanderson 
(page 6, paragraph [0056] teaches determining a Ul widget, which includes display panels and widgets, 
by using a specification 209 in order to facilitate interaction between a user and an individual or 
composite data element. Thus, Sanderson explicitly teaches software application for generating a 
graphical user interface (e.g., a declarative Ul generator) having functional interfaces for accessing 
repositories and frameworks (e.g., defining display panels which facilitate manipulation of data elements 
by a user). 

6) The data factory 210 as characterized in the remarks above with regard to independent claim 1 
do not teach a collection of integrated repositories relational^ inter-referenced by Ul elements as recited 
in independent claim 4. Further, as argued for independent claim 1, the content 207 that are described as 
objects that can hold and translate data elements is not a collection of XML files operable to access and 
export data from repositories at one time and further the view function 20 1B does not anticipate the 
navigation framework as recited in independent claim 4 (page 13, penultimate paragraph). 

Examiner disagrees. 

As stated above, Sanderson teaches each and every limitation claimed. In particular, Sanderson 
teaches a collection of integrated repositories relationally inter-referenced by Ul elements (e.g., data 
elements with corresponding specifications which are used to determine Ul widgets which facilitate 
interaction between a user and data element); further, the content 207 are described as objects that can 
hold and translate data elements as a collection of XML files operable to access and export data from 
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repositories at one time (e.g., XML is used to facilitate communications between a server and a 
declarative Ul generator); finally, the view function 201 B does anticipate the navigation framework (e.g., it 
is a Ul driven by Ul widgets, controlled by a server, and facilitation interaction between a user and a data 
element). 



Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time policy as set forth 
in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS from 
the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date 
of this final action and the advisory action is not mailed until after the end of the THREE-MONTH 
shortened statutory period, then the shortened statutory period will expire on the date the advisory action 
is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later than SIX 
MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the examiner should 
be directed to Jordany Nunez whose telephone number is (571)272-2753. The examiner can normally be 
reached on Monday Through Thursday 9am-7:30pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, 
William Bashore can be reached on (571)272-4088. The fax phone number for the organization where 
this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be obtained from 
either Private PAIR or Public PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic Business Center (EBC) 
at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative 
or access to the automated information system, call 800-786-9199 (IN USA OR CANADA) or 571-272- 
1000. 

JN 

2/26/2009 



/William L. Bashore/ 

Supervisory Patent Examiner, Art Unit 2175 



